System and Method for Money Management in Electronic Trading Environment

ABSTRACT

A system and method for money management in an electronic trading environment are presented. According to one embodiment, a trader may configure a plurality of filters, each including at least one filter criteria and filter condition. When a money management module detects a new order, the money management module intercepts the order and determines if the order matches one or more predefined filters. If the order matches one or more filters then conditions associated with the applicable filter(s) are applied to the order. The application of one or more conditions to an order may result in sending a modified order, preventing the order from reaching the exchange, or sending order to the exchange without any modifications.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.12/836,766, filed on Nov. 4, 2010, entitled “System and Method for MoneyManagement in Electronic Trading Environment,” now pending, which is acontinuation of U.S. patent application Ser. No. 11/415,948, filed onMay 2, 2006, entitled “System and Method for Money Management inElectronic Trading Environment,” now U.S. Pat. No. 7,813,997, issuedOct. 12, 2010, which is a continuation of U.S. patent application Ser.No. 10/355,471, filed on Jan. 31, 2003, entitled “System and Method forMoney Management in Electronic Trading Environment,” now U.S. Pat. No.7,752,117, issued Jul. 6, 2010, all of which are fully incorporatedherein by reference for all purposes.

FIELD OF INVENTION

The present invention is directed towards electronic trading. Morespecifically, the present invention is directed to tools for tradingtradeable objects that can be traded with quantities and/or prices.

BACKGROUND

Trading methods have evolved from a manually intensive process to atechnology enabled, electronic platform. With the advent of electronictrading, a user or trader can be in virtually direct contact with themarket, from practically anywhere in the world, performing nearreal-time transactions, and without the need to make personal contactwith a broker. Sometimes, electronic trading systems are also convenientfor brokers or other market participants on the floor at an exchange forreceiving market information.

Electronic trading is generally based on a host exchange, one or morecomputer networks, and client devices. In general, the host exchangeincludes one or more centralized computers to form the electronic heart.Its operations typically include order matching, maintaining order booksand positions, price information, and managing and updating a databasethat records such information. The host exchange is also equipped withan external interface that maintains uninterrupted contact to the clientdevices and possibly other trading-related systems.

Using client devices, market participants or traders link to the hostexchange through one or more networks. A network is a group of two ormore computers or devices linked together. There are many types of wiredand wireless networks such as local area networks and wide areanetworks. Networks can also be characterized by topology, protocol, andarchitecture. For example, some market participants may link to the hostthrough a direct connection such as a T1 or ISDN. Some participants maylink to the host exchange through direct connections and through othercommon network components such as high-speed servers, routers, andgateways. The Internet, a well-known collection of networks andgateways, can be used to establish a connection between the clientdevice and the host exchange. There are many different types of networksand combinations of network types known in the art that can link tradersto the host exchange.

Regardless of the way in which a connection is established, softwarerunning on the client devices allows market participants to log onto oneor more exchanges and participate in at least one market. A clientdevice is a computer such as a personal computer, laptop computer,hand-held computer, and so forth that has network access. In general,client devices run software that creates specialized interactive tradingscreens. Trading screens enable market participants to obtain marketquotes, monitor positions, and submit orders to the host.

Generally, when an order is submitted to a host exchange, the hostchecks the limits of the order, for example price and quantity, andprioritizes the order with other orders of the same price. When buy andsell order prices cross in the market, a trade occurs and information ofwhich is then relayed in some fashion to the client devices. In fact,the host exchange publishes a data feed to the client devices so thatthe traders can have access to the most current market information.

Market information commonly includes information regarding the insidemarket and market depth. The inside market is the lowest sell price inthe market and the highest buy price in the market at a particular pointin time. Market depth refers to quantity available at the inside marketand can refer to quantity available at other prices away from the insidemarket. The quantity available at a given price level is usuallyprovided by the host exchange in aggregate sums. In other words, a hostexchange usually provides the total buy or the total sell quantityavailable in the market at a particular price level in its data feed.The extent of the market depth available to a trader usually depends onthe host exchange. For instance, some host exchanges provide marketdepth for an infinite number of price levels, while some provide onlyquantities associated with the inside market, and others may provide nomarket depth at all. Additionally, host exchanges can offer other typesof market information such as the last traded price (LTP), the lasttraded quantity (LTQ), and/or order fill information.

To profit in electronic markets, market participants must be able toassimilate large amounts of data, including market information providedby an exchange, and react accordingly more quickly than other competingmarket participants. Further, because the electronic trading offerstools that enable traders to react to the market so much faster than inthe traditional pit environment, a trader may risk and lose a lot ofmoney so much faster. It is therefore desirable to offer tools that canassist a market participant in adapting his or her trading strategy toan electronic marketplace, help the participant to make desirabletrades, as well as provide means for money management.

BRIEF DESCRIPTION OF THE DRAWINGS

Example embodiments of the present invention are described herein withreference to the following drawings, in which:

FIG. 1 is an example of a network configuration for a communicationsystem utilized to access one or more exchanges;

FIG. 2 is a block diagram illustrating an example of a money managementmodule that may be used for money management in an electronic tradingenvironment;

FIG. 3 is a flow chart illustrating a method for money management in anelectronic trading environment according to one example embodiment;

FIG. 4 is a block diagram illustrating one example money managementinterface through which a user may establish net position-related filtercriteria and filter conditions;

FIG. 5 is a block diagram illustrating one example money managementinterface through which a user can establish price-based filter criteriaand filter conditions;

FIG. 6 is a block diagram illustrating one example money managementinterface through which a user can establish filter criteria andconditions using one or more equations;

FIG. 7 is a block diagram illustrating one example money managementinterface through which a user can establish profit and loss relatedfilter criteria and conditions;

FIG. 8 is a block diagram illustrating one example money managementinterface via which a user may define profit and loss related filtercriteria controlling trader's net position- and maximumquantities-related filter criteria;

FIG. 9 is a block diagram illustrating a money management interface viawhich a trader may define filter criteria for controlling orderquantities and a trader's net position that a trader is allowed to holdbased on a trader's current profit/loss;

FIG. 10 is a block diagram illustrating another example money managerinterface via which a trader may define filter criteria for controllingorder quantities and a trader's net position that a trader is allowed tohold based on a trader's current profit/loss according to anotherexample embodiment; and

FIG. 11 is a block diagram illustrating another example money managementinterface via which an administrator may control and configure aplurality of filter conditions and filter criteria for a plurality oftraders.

DETAILED DESCRIPTION I. Money Management Overview

As described with reference to the accompanying Figures, the presentinvention provides a system that preferably operates as money managementtool by dynamically modifying an order to prevent or reduce losses orincrease profit in a market. That is, it preferably operates as atrader's conscience or an automatic trading tool that prevents a traderfrom losing money by restricting certain orders from being sent to theexchange and/or by modifying the orders before they are sent to theexchange. By reducing the potential losses that might have been causedby such unchanged orders, a trader or trading house can benefit withincreased profits. Additionally, the system can be programmed todynamically loosen the restrictions set on certain orders when thetrader or automatic trading tool is making money. Advantages, includingthose described directly above, will become readily apparent to oneskilled in the art upon reading the description herein.

Generally, according to a preferred embodiment, a trader or someautomatic trading tool sends an order to buy or sell a tradeable object,which is defined below, to an exchange. Preferably, the systemintercepts the order and attempts to match it to one or more specificfilters, which have been set by an individual. If the order matches afilter then a condition that corresponds to that filter is applied tothe order. The order can match with one or more filters. This preferredprocess may result in sending a modified order to the exchange,preventing the order from reaching the exchange, or sending the order tothe exchange without any modifications. This preferred process isdescribed below with reference to the accompanying figures.

II. Hardware and Software Overview

FIG. 1 is a block diagram that illustrates an electronic trading system100 in accordance with the preferred embodiment. System 100 includes atleast one host exchange 102 and one or more client devices 104.Intermediate devices such as gateways, routers, and other such types ofnetwork devices may be used to assist client device 104 and hostexchange 102 in communicating over network(s) 106. Intermediate devices,additional host exchanges, and additional client devices are not shownin the FIG. 1 for sake of clarity. It should be understood, however,that other types of network configurations known in the art may be usedas system 100.

A. Host Exchange

Host exchange 102 may include the Chicago Board of Trade (“CBOT”), theNew York Stock Exchange (“NYSE”), the Chicago Mercantile Exchange(“CME”), the Xetra (a German stock exchange), or the Europeanderivatives market (“Eurex”). Host exchange 102 might also refer toother systems, from basic to more complex systems, which automaticallymatch incoming orders. These example host exchanges and other hostexchanges are well known in the art. Communication protocols requiredfor connectivity to one of these host exchanges are also well known inthe art.

As described in the background, a host exchange can implement numeroustypes of order execution algorithms. The present invention can work withany particular order execution algorithm, and therefore the presentinvention should not be limited to any type of order executionalgorithm. However, for sake of illustration, some example orderexecution algorithms include first-in-first-out and pro rata algorithms.The first-in-first-out (FIFO) algorithm, used by Eurex for example,gives priority to the first person to place an order. The pro rataalgorithm, used by Eurex, for example, takes into account each bookorder at the inside market price according to its percentage of theoverall volume bid or offer at that price level, regardless of its timestamp, thus, avoiding an imbalance in priority between orders with smalland large quantities.

Regardless of the type of order execution algorithm used, each hostexchange including host exchange 102 preferably provides similar typesof information to subscribing client devices 104. The information thatthe host exchange 102 provides is referred to hereinafter as marketinformation. Market information may include data that represents justthe inside market, where the inside market is the lowest sell price(best offer or best ask) and the highest buy price (best bid) at aparticular point in time. Market information 108 may also include marketdepth. Market information can contain other types of market informationsuch as the last traded price (LTP), the last traded quantity (LTQ),and/or order fill information. The contents of market information aregenerally up to the host exchange 102.

As previously described, the preferred embodiment may be used to tradeany tradeable object. As used herein, the term “tradeable object,”refers simply to anything that can be traded with a quantity and/orprice. It includes, but is not limited to, all types of tradeableobjects such as financial products, which can include, for example,stocks, options, bonds, futures, currency, and warrants, as well asfunds, derivatives and collections of the foregoing, and all types ofcommodities, such as grains, energy, and metals. The tradeable objectmay be “real”, such as products that are listed by an exchange fortrading, or “synthetic”, such as a combination of real products that iscreated by the user. A tradeable object could actually be a combinationof other tradeable object, such as a class of tradeable objects.

B. Client Device

In the preferred embodiment, client device 104 is a computer thatprovides an interface to trade at host exchange 102. An example clientdevice is a personal computer, laptop computer, hand-held computer, andso forth. Client device 104, according to the preferred embodiment,includes at least a processor and memory. The processor and memory,which are both well-known computer components, are not shown in thefigure for sake of clarity. Memory may include computer readable medium.The term computer readable medium, as used herein, refers to any mediumthat participates in providing instructions to processor for execution.Such a medium may take many forms, including but not limited to,non-volatile media, volatile media, and transmission media.

Non-volatile media includes, for example, optical or magnetic disks,such as a storage device. Volatile media may include dynamic memory,such as main memory or RAM (random access memory). Common forms ofcomputer-readable media include, for example, a floppy disk, a flexibledisk, a hard disk, a magnetic tape, or any other magnetic medium, aCD-ROM, any other optical medium, punch cards, paper tape, any otherphysical medium with patterns of holes, a RAM, a PROM, and EPROM, aFLASH-EPROM, and any other memory chip or cartridge, or any other mediumfrom which a computer can read.

In the preferred embodiment, client device 104 receives marketinformation 108 from host exchange 102. The market information isreceived over network(s) 106. Network(s) 106 may include a group ofcomputers and/or associated devices that are connected by communicationsfacilities. Network(s) 106 can involve permanent connections, such ascables, or temporary connections made through telephone or othercommunication links. Network(s) 106 can be as small as a LAN (local areanetwork) consisting of a few computers, printers, and other devices, orit can consist of many small and large computers distributed over a vastgeographic area (WAN or wide area network), or it can consist of bothtypes of networks (both LAN and WAN).

According to the preferred embodiment, market information is displayedto the trader on client device 104. Preferably, the market information,or a portion thereof, is arranged using techniques described herein andis displayed on the visual output device or display device of the clientdevice 104. The output device can be any type of display. For example,the display could be a CRT-based video display, an LCD-based or a gasplasma-based flat-panel display, or some other type of display. Thepresent invention is not limited to any type of display.

Upon viewing market information or a portion thereof, a trader may wishto send transaction information to host exchange 102. To do so, thetrader may input the transaction information into the client device bytyping into a keyboard, through a mouse, or some other input device.Preferably, transaction information includes an order to buy or an orderto sell a tradeable object. An order has two parameters, price andquantity, but of course, the present invention is not limited to aparticular number of parameters that may be used to characterize theorder. According to another embodiment, transaction information mightalso refer to other order related transactions such as delete ordermessages, cancel and replace messages, and so forth. There are manydifferent types of messages and order types that can be submitted tohost exchange 102, all of which are considered various types oftransaction information. Then, transaction information is sent fromclient device 104 to host exchange 102 over network(s) 106.

As previously described, FIG. 1 provides an example system overviewaccording to a preferred embodiment. Various changes and/ormodifications may be made to the system and still fall within the scopeof the present invention. For example, it should be understood that thepresent invention is not limited to any particular network architectureor configuration such as described in FIG. 1. The present invention maybe applied with utility on any electronic device in any network that canbe used for electronic trading.

III. Money Management

FIG. 2 shows an example overview of the money management module 200,referred hereinafter interchangeably as a money management application,of the preferred embodiment. Money management module 200 may beimplemented on any type of computing device. In the preferredembodiment, the money management module 200 is implemented on clientdevice 104. Alternatively, the money management module 200 isimplemented on a computing device such as a gateway, for example.

Money management module 200 primarily includes one or more filters 202.Each filter is made up of certain filter criteria that is preferably setby an individual, such as by a trader himself or by an administrator.For example, the filter criteria might include criteria based on anorder itself, such as the exchange name, a tradable object, a type oforder, e.g., whether the order is a buy or sell order, a range of pricelevels, or a range of quantities. Additionally, the filter criteriamight include criteria based on factors other than those related to theorder, such as, for example, trader's profit or loss, last traded price,last traded quantity, theoretical values, or other variables. In such anembodiment, filter criteria may be determined dynamically and may bebased on trader-related data or order data, e.g., order data being sentfrom a client device to an exchange or order-related data that isreceived from the exchange in a data feed. For instance, dynamic filtercriteria may include a trader's net position, a total working buy/sellquantity, or a total filled buy/sell quantity. Further, for instance,filter criteria may be based on any user-configurable equations that mayinclude a plurality of user-configurable factors, such as factors thatare based on data available from an exchange, for example. It should beunderstood that many other filter conditions are possible as well, andfilter criteria may be user configurable.

Further, each filter is associated with one or more filter conditions204. Thus, according to an example embodiment, if an incoming ordermatches a certain filter, money management module 200 applies filterconditions associated with the matched filter to the incoming order.This process, as will be described in greater detail below, may resultin sending a modified order to an exchange. For example, a certaincondition associated with a filter, when applied to the order, mayresult in modifying one or more order parameters, such as increasing ordecreasing order quantity. Alternatively, an application of a certainfilter condition may result in preventing the order from reaching theexchange. Further, alternatively, a filter condition may result insending the order to the exchange without modifying any orderparameters.

It should be understood that the money management module 200 may enablea user, such as a trader or a risk administrator, to configure filtersas well as any filter conditions for each filter via a graphical userinterface. In such an embodiment, the graphical user interface mayprovide a trader with a list of filters so that when a trader selectsone of the filters from the list, a second graphical user interface maybe displayed, via which the trader may define any desired filterconditions for that filter. Alternatively, a single interface may beused that enables a trader to select any desired filters as well as todefine filter conditions. Further, alternatively, a trader may definefilters and/or filter conditions using a spreadsheet application thatmay be linked to the graphical user interface or money management module200. In such an embodiment, for example, a filter condition may in aformat of an equation, and a trader may enter the equation or change anyvariables in the equation using the spreadsheet.

When a trader uses a spreadsheet, it should be understood that anydesirable data exchange protocol could be used to embed information fromthe third party software to the money management module 200 or to thegraphical user interface that is used to define filters and filterconditions. For example, Microsoft OLE 2.0 may be used to perform thesefunctions when using Microsoft windows applications as the third partysoftware. In one embodiment, Microsoft OLE 2.0 may be used to provide alink between any filter condition and a cell from a Microsoft EXCELspreadsheet. Data exchange protocols in general, and linking andembedding techniques in particular, are well known to those skilled inthe art. Further, it should be understood that every time a variable inthe equation changes, the spreadsheet application or any other thirdparty software may dynamically calculate a new value for a filtercondition associated with the equation. Thus, when an order matches acertain filter associated with such an equation, the money managementmodule 200 may apply the up to date filter conditions as calculated andprovided by the spreadsheet application.

It should be understood that an individual trader can uniquely setfilters and filter conditions to suit his or her individual trading riskstrategies. In one embodiment, the trader could program the moneymanagement filters and conditions in a variety of ways and at any time,such as before trading begins or on the fly. Alternatively, a systemadministrator, who oversees a number of traders, for example, may set upa number of filters and filter conditions for that group of traders orfor individual traders, thus creating a money management program thatcan minimize loss and/or maximize profit of the group of traders. Then,when a trader inputs a new order, the money management module 200 canexecute the program by applying the pre-configured filters and filterconditions to the order. The following flow chart illustrates oneexample method that may be performed by the money management module 200to manage monetary risk in an electronic trading environment.

FIG. 3 is a flow chart illustrating a method 300 for money management inan electronic trading environment. According to an example embodiment,the money management module 200 may perform the method 300. The examplemethod 300 includes receiving an order at step 302, applying a firstfilter at step 304, determining if the filter is applicable to the orderat step 306, then, if the filter is applicable, applying conditionsassociated with the filter at step 308, and determining if there are anyother filters to be applied to the order at step 310. If there are anyother applicable filters, the method 300 includes retrieving the nextfilter at step 314, and then repeating steps 304, 306, 308, and 310until there are no more filters that are applicable to the order. Ifthere are no more filters, the method 300 includes, at step 312,processing the order based on the applied conditions.

At step 302, money management module 200 detects a new order beingplaced by a trader. It should be understood that a trader may input anew order using many different trading applications and interfaces. Inone embodiment, a trader may use a commercially available tradingapplication, X_TRADER® from Trading Technologies International, Inc. ofChicago, Ill., that allows the trader to trade in a system like the oneshown in FIG. 1. X_TRADER® also provides an electronic tradinginterface, referred to as MD Trader™, in which working orders and/or bidand ask quantities are displayed in association with a static axis ofprices. Portions of the X_TRADER® and the MD Trader™-style display aredescribed in U.S. patent application Ser. No. 09/590,692, entitled“Click Based Trading With Intuitive Grid Display of Market Depth,” filedon Jun. 9, 2000, U.S. patent application Ser. No. 09/971,087, entitled“Click Based Trading With Intuitive Grid Display of Market Depth andPrice Consolidation,” filed on Oct. 5, 2001, and U.S. application Ser.No. 10/125,894, entitled “Trading Tools for Electronic Trading,” filedon Apr. 19, 2002, the contents of which are incorporated herein byreference.

However, the preferred embodiments are not limited to any particularproduct that allows a trader to input orders and trade in the systemlike the one shown in FIG. 1. Further, it should be understood thatmoney management module 200 and a trading application may share thecommonly used information so that, for example, money management module200 may have access to any data provided via data feeds from anexchange, such as information related to any fills related to orderssubmitted by a particular trader, and also to any data entered by atrader via a trading application interface.

When the new order is detected, at step 304, money management module 200may access a set of pre-configured filters and then may apply a firstfilter to the order. It should be understood that a filter may includeone or more filter criteria, such as, for example, a trader'sidentifier, a predetermined tradable object, a type of the order, e.g.,a buy or a sell, or any other trader-related filter criteria such ascriteria related to trader's performance, for example. Then, at step306, money management module 200 determines if one or more criteriaassociated with the first filter apply to the received order. It shouldbe understood that a filter may include one or more user configurablecriteria. If a filter includes a plurality of criteria, the orderpreferably matches all identified filter criteria for the filter to beapplicable.

If the filter applies to the order, at step 308, money management module200 applies one or more conditions associated with the filter to theorder parameters. For example, the application of a filter condition toan order may result in decrementing or incrementing the quantityassociated with the order when the order is submitted to the exchange.If the money management module 200 determines that the first filter doesnot apply to the order, the method 300 continues at step 310, and themoney management module 200 determines if there are more filters to beapplied to the order. If there are any other filters, at step 314, moneymanagement module 200 selects a next filter from the list of filters,and the method 300 continues at steps 304, 306, 308, and 310. It shouldbe understood that if two or more filters are associated with the samecondition imposing different restrictions, such as, for example,decreasing order quantities to two different values, the lowest orderquantity imposed by the applicable conditions could be used to modifythe quantity in the original order. It should be understood that atrader or an administrator may configure certain rules that may governconditions to be applied to the order if there is a conflict between theconditions imposed by two different filters. In such an embodiment, ifthere is a conflict between applying two or more conditions to an order,a pre-configured rule may determine which condition, if any, should beapplied to the order.

Referring back to step 310, if there are no more filters applicable tothe order, at step 312, money management module 200 applies to the orderparameters any conditions imposed by the filter(s). Once the moneymanagement module 200 applies the applicable filters to an incomingorder, the order may be sent to the exchange. As illustrated in FIG. 3,at block 312, sending the order to the exchange may involve sending theoriginal order with no conditions, e.g., the order with its non-modifiedorder parameters, or sending the original order with conditions, e.g.,the original order having one or more of its order parameters modifiedbased on the conditions of the applicable filter(s). Further,alternatively, the application of filter conditions may result in notsending the order to the exchange, e.g., effectively preventing theorder from reaching the exchange.

According to example embodiments and as mentioned in precedingparagraphs, a trader or an administrator may define filters and directlyinput filter conditions via one or more user programmable interfaces.The following figures illustrate example filters and filter conditionsthat may be defined by a trader. However, it should be understood thatfilters and filter conditions given below are only examples, and thoseskilled in the art will recognize that modification or changes withinthe scope of the present invention may be made without departing fromthe spirit thereof. Further, it should be understood that the presentinvention is not limited to the number of filters or filter conditionspresented in each figure, nor is it limited to the example layouts shownin the subsequent figures. Further, the money manager interface may beconfigured in a variety of different ways according to the user'spreferences.

FIG. 4 is a block diagram illustrating one example graphical moneymanager interface 400 through which a trader can establish, edit,delete, and save filters and filter conditions that characterize his/hermoney management strategy. The money manager interface 400, alsoreferred to hereinafter as a money manager window, may be displayed onthe screen of the client device 104. According to an embodimentillustrated in FIG. 4, a trader may use the interface 400 to define anumber of filter criteria including a name of the exchange 406, a nameof tradable object 408, a type of order 410, e.g., buy or sell, andanother criteria that, in this example, include a trader-relatedcriterion, e.g., a trader's net position 412. In the embodimentillustrated in FIG. 4, the exchange field 406 is set to CME, thetradable object is defined as “ES DEC02,” and the type of order 410 is abuy order.

According to one embodiment, a net position may be determined based on adifference between bought and sold quantities associated with thetradable object 408. Alternatively, the net position may be determinednot only based on the filled buy and sell orders, but also based on anyopen positions held by a trader, e.g., any working buy and sell ordersor the worst case condition where all orders that a trader has placed onthe market getting filled. It should be understood that a trader or asystem administrator may control which orders are taken intoconsideration for determining the net position. It should be understoodthat the present invention is not limited to the CME or ES DEC02, andany exchanges and any tradable objects could be defined as one of thefilter criteria. Further, the present invention is not limited to buy orsell orders, and filters defining specific types of orders could also beused. For example, one or more filters with filter condition(s) may beconfigured for limit orders or stop orders.

In addition to filter criteria, a trader may also define filterconditions 404. The embodiment illustrated in FIG. 4 defines filterconditions using two variables, a limit condition and an overridecondition. Thus, according to one embodiment, a limit filter conditionmay correspond to the maximum order quantity that a trader is allowed toplace in the market for any order satisfying the corresponding filtercriteria. Then, when a trader places an order having the order quantityhigher than the one defined in the limit condition, the overridecondition may define a value that can be used by the money managementmodule 200 to override, e.g., change, the quantity of the order to besubmitted to the exchange. Thus, for example, referring to theembodiment illustrated in FIG. 4, the limit condition that is placed onany ES DEC02 buy orders being placed to the CME is set to 5. Then, if atrader attempts to place a buy order matching the filter criteriadefined in the first column of the filter criteria window 402, andhaving the order quantity set to over 5 lots, e.g. 6, the moneymanagement module 200 may override the order quantity of 6 with theorder quantity of 5, thus, effectively limiting the quantity of theorder to be submitted to the exchange based on the preset overrideconditions.

In the example embodiment, the override condition is preferably equal tothe value in the limit filter condition. Further, alternatively, fortraining purposes, for example, an override condition may be set to “0”so that any time a trader attempts to place an order quantity that ishigher than a maximum order quantity defined in the limit condition,that quantity may be overridden with the zero quantity thus preventingthe trader from entering the order on the market. Further,alternatively, it should be understood that the override limit may beset to any quantity that is lower or higher than the quantity defined inthe limit condition.

Further, as illustrated in FIG. 4, another filter criterion, such as,for example, a net position criterion may be added to the filtercriteria described above thus effectively creating another filter.According to the filter criteria 402, if a trader attempts to place abuy order on CME for ES DEC02, and the trader's net position is equal toor exceeds the position of 15, the trader is prohibited from placing anymore buy orders, thus, effectively limiting the trader from exceedingthe preset maximum net position. In such an embodiment, the moneymanagement module 200 would prevent the order from being sent to theexchange.

Similarly, a trader or an administrator may define similar or differentfilter conditions for filter criteria associated with any sell ordersbeing placed for the ES DEC02 on the CME. According to an example givenin FIG. 4, the quantity-based limit and override conditions are set to 5for sell orders, thus, effectively limiting the sell quantity to 5 lots.It should be understood that the limit and override conditions may beset to different values so that, for example, the quantity based limitcondition may be set to 5, and the override condition may be set to 0 orto any other value. Similarly, another filter may be defined for thesell order related to the tradable object having the filter criteriadescribed above plus a filter criterion based on the trader's netposition. Based on the filter criteria defined in the money managementinterface 400, if a trader attempts to place on the CME an ES DEC02 sellorder, and his/her net position is −15, the money management module 200will prevent the order from being submitted to the exchange.

FIG. 4 illustrates four filters; however, it should be understood thatmore net position-related filters could also be defined so that, forexample, if a trader's net position is close to the pre-configuredmaximum/minimum net position, the order quantity may be overridden withsome intermediate quantity. Referring back to the example in FIG. 4, ifa trader's net position is 10, and a trader attempts to place an orderof 5, another filter may exist to override the quantity of 5 with alower quantity, such as 3, for example. It should be understood thatdifferent embodiments are possible as well.

FIG. 5 is a block diagram illustrating another money managementinterface 500 through which a trader may establish price-based filtersand filter conditions for buy orders. In the embodiment illustrated inFIG. 5, filter criteria 502 include an exchange type 506 (CME), a typeof tradable object 508 (ES DEC02), and a range of buy price criteria,including the “Buy From” criterion 510 and “Buy To” criterion 512, viawhich a trader may define a price range for a given price-based filter.Thus, for example, based on the first filter defined in the moneymanagement interface 500, no quantity limits (identified as “−1” in theconditions 504) are set for any buy “ES DEC02” order that is placed onthe CME under the price level of $1000.0. According to a second filter,if a trader attempts to buy the “ES DEC02” between the price levels$1000.0 and $1500.0, the money manager 200 will limit the order quantityto 5 lots. Further, according to the third filter, if a trader attemptsto buy any quantity at a price level higher than $1500.0, the moneymanager module 200 will prevent such order from being sent to theexchange, and the trader will not be able to place such an order to themarket.

FIG. 5 illustrates the outermost filter criteria with associated filterconditions. It should be understood, however, that more than threeprice-based filter criteria may be defined as well so that, for example,as a trader places orders closer to the maximum allowed price level, atrader may be allowed to trade lower quantities as the order pricesincrease. For example, a number of filters may be defined for a pricerange of $1000-$1500 so that for example, an override level for the$1000 price level may be set to 5, for the $1100 price level to 4, forthe $1200 to 3, etc., until the $1500 price level is reached, and atrader is not allowed to place any buy orders above or equal to the$1500 price level.

The money management interface 500 illustrates a number of price-basedfilters restricting buy order quantities associated with “ES DEC02” buyorders being placed on the CME. However, it should be understood thatthe price-based filters are not limited to buy orders or to any specifictradable objects or exchanges. In another embodiment, a trader maydefine another set of price-based filters so that the money manager 200will prevent a trader from placing any sell orders below the predefinedprice level.

Further, it should be understood that in addition to setting filtercriteria and conditions statically, e.g., such as illustrated in FIGS. 4and 5, the filter criteria and conditions may be defined using one ormore trader-defined equations or formulas. Such equations may be basedon one or more market-related or trader-related parameters. In oneembodiment, a trader may define equations or formulas via any thirdparty software application, such as a spreadsheet application, that maybe linked to the money management module and the money managementinterface. In such an embodiment, every time a variable in anypredefined equation changes, the spreadsheet application or any otherthird party software may dynamically calculate a new value for a filtercondition or filter criterion associated with the equation.

FIG. 6 is a block diagram illustrating a money manager interface 600,via which a trader may define filter criteria and filter conditionsusing one or more user-defined equations or formulas. The money managerinterface 600 defines two filters including a plurality of filtercriteria 602 and filter conditions 604. The filter criteria 602 of thetwo filters in FIG. 6 include an exchange type 606 (CME), a name oftradable object (ES DEC02), and an order type (a buy and a sell).Further, one of the filter conditions in each filter is defined using anequation or a formula, e.g., an “Eqn 1” in the first filter associatedwith a buy order, and an “Eqn 2” in the second filter associated with asell order. The filter conditions 604 could be also defined using one ormore equations.

In the example money manager interface 600, “Eqn 3” may be used tocalculate a limit quantity for the first filter, and “Eqn 4” may be usedto calculate a limit quantity for the second filter. For example, afilter criterion equation may be based on tradable object related data,such as the last traded price associated with the ES DEC02, so that ifthe last traded price associated with ES DEC02 is lower than $1000.0,for example, Eqn. 3 may control the limit quantity of any ES DEC02 buyorder that a trader may wish to place in the market. Further, forexample, “Eqn 1” may include a condition determining if a trader placedthe order at the inside market price level. Then, if the conditionspecified in “Eqn 1” is satisfied, “Eqn 3” may dynamically calculate atrader's net position and match it to a predetermined limit quantitylevel. Further, in such an embodiment, an override condition may bespecified to override the order quantity that is higher than the maximumquantity determined based on the net position level.

Further, alternatively, one of the filter criteria equations can bebased on moving average price calculations and the last traded pricelevel. The moving price average may be calculated by determining theaverage price of a tradable object over a set number of time periods.For example, a 5-day moving average could be calculated by adding theclosing prices for the last 5 days and dividing the total by 5.Alternatively, a 5-day moving average could be calculated by firstdetermining an average of each day, and then using the calculatedaverage to determine the moving price average for the last 5 days. Itshould be understood that different types of moving averages could beused, and the present invention is not limited to any types of movingaverages or any method of calculation thereof. The moving averages maybe considered as trend following indicators since the past price data isused to determine moving averages. Thus, the moving averages may be usedto identify trend direction.

In one embodiment, for example, filter conditions, and specifically,order quantities, may be controlled based on a difference between thelast traded price and the value associated with the moving average. Insuch an embodiment, instead of calculating the moving average price overa number of days, the moving average may be calculated throughout a dayover a moving, user-configurable, time interval. In such an embodiment,a set of equations may control buy order quantities when the last tradedprice is higher than the corresponding moving average price level. Forexample, as the last traded price reaches a much higher level comparedto the moving average, filter criteria may allow a trader to tradehigher order quantities. Similarly, when the last traded price matchesthe moving average price and then decreases below that level, anotherfilter criteria and filter conditions may exist that trigger a signal tosell, for example. In such an embodiment, as the last traded price levelreaches a much lower price level compared to the moving average, thefilter conditions may allow a trader to place higher sell orderquantities and lower buy quantities. It should be understood thatdifferent embodiments are possible as well, and a trader may set anumber of different filter criteria and filter conditions involvingmoving averages.

In addition to moving averages, other trend related indicators could beused as filter criteria. For example, a momentum value may bedynamically calculated by determining a net change of a tradableobject's current price over a series of defined time periods. A positivemomentum value typically indicates an upward movement, while a negativevalue indicates a downward movement. Additionally, filter criteria andfilter conditions may be set using other trend related calculations,commonly known as trend oscillators, such as a Relative Strength Index(“RSI”), Stochastic Oscillator, or Moving Average Convergence/Divergence“MACD,” for example. The RSI is an indicator that compares pricemovement of a tradable object to a mean value. The RSI may range from 0to 100, and a tradable object may be considered overbought when the RSIreaches a predetermined level, such as 70, 80, or any other userconfigurable level. Using the RSI, a system administrator or a tradermay set up a number of filters including filter conditions, definingdifferent RSI levels, and corresponding filter criteria, limiting orincreasing order quantities. In such an embodiment, for example, as theRSI reaches a predetermined level and continues to increase, the buyquantities that a trader is allowed to place in the market may bedecreased accordingly. Likewise, if the RSI approaches a low level, suchas 30, for example, it may be considered as a strong buying indicator.When such an RSI limit is reached, filer conditions may allow a traderto place higher buy quantities. Similar filter conditions may be createdfor the sell order quantities.

The stochastic oscillator is a momentum indicator that shows thelocation of the current close relative to a high/low range over a setnumber of periods. Similarly to the RSI, a trader may preset certainlevels indicating a strong buy and sell indicator, and then may presetfilter conditions limiting order buy/sell quantities that a trader isallowed to place on the market. The MACD is a momentum indicator thatshows the relationship between two lines of average prices. The MACD maybe calculated by subtracting a longer-term exponential moving averagefrom a shorter-term exponential moving average. Another exponentialmoving average, often called a signal line, may be plotted above theMACD. A trader may configure filter criteria corresponding to signalsgenerated by the MACD. For example, crossovers, when the MACD fallsbelow the signal line, may signal a sell, in which case a buy quantity,defined in filter conditions, may be decreased and a sell quantityincreased. Further, when the MACD rises above the signal line, such acondition may signal a buy, in which case a trader may be allowed toplace higher buy order quantities. It should be understood thatdifferent trend indicators may be used as well, and the presentinvention is not limited to the examples given above. Further, it shouldbe understood that a trader may combine a number of trend indicatorsinto a single filter including a plurality of filter criteria related totrend indicators.

It should be understood that equations defining filter conditions may bebased on any type of data including trader-related and market-relateddata being received from an exchange, and the market related data may beassociated with one or more tradable objects. Further, it should beunderstood that a filter is not limited to a single criteria definedwith an equation, and multi-level filter criteria defined with more thanone equations or formulas could also be used in combination with onefilter. Further, for example, the money manager module 200 may applydifferent formulas or equations based on, for example, time of day.

Further, as mentioned in the preceding paragraphs, filter criteria maybe based on trader-related data such as trader's profit or lossinformation that may be dynamically calculated as a trader makes tradesduring a trading day. FIG. 7 is a block diagram illustrating a moneymanager interface 700, via which a trader may define filter criteria andfilter conditions related to trader's profit and loss information. Onceagain, the example filter criteria 702 identify a name of an exchange708 (the CME), a tradable object 710 (ES DEC02), a type of orderactivity 712 (a buy or a sell, in this example), and the trader's profitlevels 714.

It should be understood that the trader's profit/loss may be calculatedusing many formulas. In one embodiment, for example, the trader'sprofit/loss may be calculated by subtracting the total sell price fromthe total buy price, and then subtracting any costs related to closingof trader's positions, market fees, or any other transaction costs. Itshould be understood that many different formulas could be used tocalculate the profit/loss value, and the formulas may be userconfigurable. For instance, the cost to close a position may becalculated using different prices such as a current inside market price,a settlement price, or any other theoretical price selected by a trader.Additionally, exchange fees or any other user configurable fees couldalso be included into the profit related calculations.

According to an example embodiment illustrated in FIG. 7, the trader'sprofit filter conditions control and limit buy/sell order quantities.According to the filter criteria 702 and the profit filter conditions704, as the trader's profit increases, the trader may submit higherquantity orders so that, for example, if a trader's profit is lower than$500.0, the trader is limited to trading a maximum of 3 lots. Thus, if atrader's profit is less than $500.0, and the trader attempts to place anorder having the quantity higher than 3 lots, the money managementmodule 200 will override the quantity specified by the trader with thequantity of 3.

As the trader's profit increases, a trader may place higher quantityorders. According to the embodiment illustrated in FIG. 7, once a traderreaches the profit of $500, the maximum quantity limit is increased to5. Then, once the trader reaches the profit level of $1,000, $2,000, and$3,000, the maximum order quantities are increased to 7, 10, and 13,respectively. It should be understood that the filter criteria in FIG. 7are only examples, and more or fewer filter criteria, e.g., for more orfewer profit levels may be created as well. For example, it should beunderstood that more filter criteria could be defined for the profitlevels over $3,000.

Further, a trader or an administrator may define another set of filtercriteria/conditions 706 that may be used to control and minimize thetrader's losses. In such an embodiment, different filter criteria andconditions may be specified based on the trader's profit. As illustratedin FIG. 7, under the loss criteria/conditions 706, if a trader beginstrading and his loss reaches −$100, the money management module 200 willnot allow the trader to place any additional orders. Referring to thenext filter criteria/conditions 706, if a trader reaches the profit of$500, and then starts losing the money, decreasing the profit to a lossstop level of less than $250, the money management module 200 willeffectively stop/delete any orders that a trader attempts to place inthe market thus effectively limiting the potential loss.

Similar loss filter criteria and conditions are defined for the $1000,$2000, and $3000 profit levels. Referring to these examples, as thetrader reaches a higher profit level and then starts losing the money,the order quantities may be reduced as the trader reaches lower profitlevels, and until a predetermined loss stop level is reached. Forexample, referring to FIG. 7, if a trader reaches a profit of over$2000, according to the filter conditions 704, a trader may submit orderquantities of 10 and lower. However, once the trader reaches the $2,000profit level and then starts losing the money and his/her profitdecreases to a profit level of less than $1,500, the money managementmodule 200, upon detecting such a condition, will decrease the maximumorder quantity to 5. Once the $1,500 profit level is reached, and thetrader continues to lose and reaches the profit level of less than$1,000, the money management module 200 may further limit the trader'smaximum order quantity to 1. However, once the trader crosses the lossstop level, e.g. $750, in this example, the trader may no longer placeany additional orders to the market, thus, effectively locking theprofit to the loss stop level that has been predefined earlier.

In one embodiment, if a trader reaches a predetermined profit level suchas $2,000, and then $3,000, the filter conditions 704 may control thequantity values that the trader may place in the market. However, once atrader reaches a predetermined profit level, e.g. $3,000, and thenstarts losing the money, thus, effectively decreasing the profit, theloss criteria/conditions 706 may control the maximum quantities that atrader is allowed to place in a market. It should be understood thatonce the trader reaches a predetermined profit level and then startslosing the money so that the conditions 706 are applied, the moneymanagement module 200 may apply the conditions 706 until the traderreaches the initial profit level, e.g., the highest profit level thathas been reached before the trader started losing money. So that, forexample, if a trader reaches a $3,000 profit level and then decreaseshis profit to a profit of less than $1,500 (e.g., with a maximum allowedorder quantity of 5), and then once the trader starts increasing hisprofit and reaches a profit level between $1,500 and $2,000, the filtercondition 706 (e.g., the maximum order quantity of 8), and not thefilter condition 714 (e.g., the maximum order quantity of 10), maycontrol the maximum order quantities that a trader is allowed to submitfor each order. However, it should be understood that, in an alternativeembodiment, the filter conditions 706 and 704 for the same profit levelsmay be set to the same quantities. Further, alternatively, once a traderstarts making up the lost money, the filter conditions 704 may takeprecedence over the conditions 706.

Further, alternatively, once a trader starts making up the money, thus,effectively, increasing the profit, the money management module 200 maystart applying filter conditions as if the trader has just startedtrading. For example, if a trader gets to a $2,000 profit level andfalls back to $1,000, upon which he/she starts increasing the profit,the money management module 200 may start monitoring the profit from the$1,000 profit level as if the trader was starting from the $0. In suchan embodiment, once a trader gets to the $1,500 profit level, the moneymanagement module 200 may use filter conditions and criteria 714, 704,as if the trader were at the $500 profit level. It should be understoodthat a trader or an administrator may control which filter conditionsshould be applicable.

Further, in addition to limiting order quantities, trader's profit orloss may limit other order-related or trader-related parameters. Forexample, in addition to limiting order quantities, the trader's profitor loss level may control a net position that the trader is allowed tohold until he/she reaches a higher/lower profit/loss level. It should beunderstood, and as explained in reference to FIG. 4, the net positionmay be calculated using different methods, such as user-defined methods.According to the preferred embodiment, the net position may becalculated based on any filled as well as working orders.

FIG. 8 is a block diagram illustrating an example money managerinterface 800 via which a trader may define filter criteria related toquantities, a trader's net position, and filter conditions includingtrader's profit and/or loss. According to the embodiment illustrated inFIG. 8, the trader's profit level may not only control and limit theorder quantities but also a trader's net position. For example, if atrader's profit reaches the $1,000 profit level, the first value (7, inthis example), as defined in parenthesis under the limit conditions 804in FIG. 8, defines a maximum quantity that a trader may place with anyorder. The second value defined in the same parenthesis (20, in thisexample) defines the maximum net position that a trader may hold at the$1,000 profit level. Thus, if a trader's profit level reaches $1,000,and a trader's net position reaches 20, the money manager module 200will stop any new orders that a trader may attempt to place in themarket until the trader's net position is lower than 20.

It should be understood, however, not illustrated in FIG. 8, that atrader could define loss criteria/conditions for each profit leveldefined under the filter criteria 802, such as the losscriteria/conditions defined in FIG. 7. However, in addition to definingquantity values for each profit level, a trader could also control thenet position that a trader is allowed to hold as his/her profitdecreases from a predetermined level. It should be understood that thepresent invention is not limited to controlling net position andquantities, and additional limits could also be defined for each profitlevel.

In an alternative embodiment, instead of using prefixed profit levels asmarker points for determining a maximum quantity that a trader isallowed to trade, and then using the loss criteria conditions associatedwith the marker profit point, the loss criteria/conditions may be basedon the current profit/loss associated with a trader. In such anembodiment, a tick loss that a trader is allowed to incur may belowered. For example, assume a money management rule for a $500 profitlevel enables a trader to trade a maximum order quantity of 10 and tohave a maximum net position of 20. Then, if a trader starts losinghis/her money and reaches a profit level of 400, the losscriteria/conditions may allow a trader to trade the quantity of 5 and tohold a maximum net position of 10. Then, in such an embodiment, if anext profit level, e.g., a marker point, for a trader's profit is set toa level of $1,000, even if a trader's profit reaches a profit level of$999, according to the preset rules, the trader is only allowed to tradeand hold the net position as set by the $500 profit level. However, insuch an embodiment, a trader is allowed to incur a loss of 500 ticksbetween his current profit of $999 and the next loss cut off level of$400.

Therefore, to avoid a situation described above, the losscriteria/conditions may be based on a trader's current profit/loss.Subsequent figures illustrate two example money management interfacesvia which an administrator may control and configure money managementrules for a trader.

FIG. 9 is a block diagram illustrating a money management interface 900via which a trader may define filter criteria for controlling orderquantities and a trader's net position that a trader is allowed to holdbased on a trader's current profit/loss instead of a prefixed marketprofit position that the trader has reached. FIG. 9 illustrates only afew levels of profit conditions with associated losscriteria/conditions; however, it should be understood and as has beenmentioned in relation to earlier figures, a trader may define moreprofit levels and loss criteria/conditions associated with each profitlevel.

As illustrated in FIG. 9, the money management interface defines anumber of filter criteria 902, profit conditions 904, and losscriteria/conditions 906. Unlike the example in FIG. 7, however, the lossconditions 906 are based on the current profit level associated with thetrader. For example, if a trader's profit is between the $500 and $1,000profit levels, the $500 profit level may be used as the marker profitlevel, and a trader may trade a maximum order quantity of 10, and alsomay hold a maximum position of 20. However, once a trader reaches aprofit level that is 20% lower than his best profit level that fallsbetween the $500 marker and the $1,000 marker, the loss conditions willlimit the maximum order quantity to 5 and the current net position to10. If the trader keeps losing the money and reaches a profit levelequal to the 50% of his initial best profit level, e.g., before he/shestarted losing money, the loss conditions may place further limits onthe trader, e.g., 5 for the maximum quantity and 0 for the net position.Similar loss criteria/conditions may be applied once a trader reaches a$1,000 profit level or higher profit levels, not illustrated in FIG. 9.Referring back to the example provided above for the $999 profit level,and using the embodiment of FIG. 9, once the trader loses a 20% of hisbest profit level, $999 in this example, and reaches a profit level ofabout $800, the trader is allowed to incur a loss of 200 ticks, thus, asignificantly lower profit loss compared to the example above of 500ticks.

FIG. 10 is a block diagram illustrating another example money managerinterface 1000 via which a trader may define filter criteria forcontrolling order quantities and a trader's net position that a traderis allowed to hold based on a trader's best profit/loss according toanother example embodiment. The money manager interface 1000, similarlyto the interfaces illustrated in earlier figures, allows a trader todefine filter criteria 1002, profit conditions 1004, and losscriteria/conditions 1006. According to the embodiment illustrated inFIG. 10, the loss criteria/conditions 1006 are based on an offset, e.g.,a difference, between the trader's current profit level and the trader'sprofit reached before the trader started losing his/her money. Referringback to the $999 profit level example, once the trader reaches the $500profit level and then keeps increasing his profit to $999, at whichpoint he/she starts losing the money, the $500 filter criterion stillapplies since the trader has not reached the next profit level of$1,000. However, the loss criteria/conditions may be measured based onthe $999 profit level and not static or prefixed conditions as in theexample given in reference to FIG. 9, such as a $400 profit level, etc.Thus, once the trader's profit ($999) is offset by $100, the trader'smaximum order quantity and net position are decreased to 5 and 10,respectively. Referring back to the example provided above for the $999profit level, and using the embodiment of FIG. 10, once the trader'sinitial profit is offset by 100, and reaches the $899 profit level, thetrader is allowed to incur a loss of 100 ticks, instead of 200 ticks, asin the example provided in reference to FIG. 9.

Further, as mentioned in the preceding paragraphs, an administrator mayconfigure and manage money management rules for a plurality of tradersso that each trader may be associated with a different set of moneymanagement rules. Using such a method, more experienced traders may beallowed to trade higher quantities or may be allowed to hold higher netpositions as compared to less experienced traders.

FIG. 11 is a block diagram illustrating a money managementadministrative interface 1100 via which an administrator may control andconfigure money management rules for a plurality of traders. Asillustrated in FIG. 11, the interface 1100 allows an administrator toselect a predetermined trader using one of the tabs, three of which,labeled “Trader 1,” “Trader 2,” and “Trader N,” respectively, areillustrated in FIG. 11. It should be understood that more than threetabs could be displayed via the interface 1100, and the text displayedon each tabs may be user-configurable. For example, instead of labelingeach tab with a number, an administrator could instead input a name ofeach trader. Further, it should be understood that the filter criteriaand conditions illustrated in FIG. 11 are only examples, and more filterconditions, such as those illustrated in FIGS. 4-10, or others, could bedefined for each trader. Further, in an alternative embodiment, eachtrader may be associated with multiple sets of filter criteria andconditions. In such an embodiment, each set of filter criteria andconditions may be set for a predetermined trading type or scheme, suchas spread trading or any other type of trading that a trader is or mightbe involved in.

Further, it should be understood that the money management interface1100 may have a different format. For example, a number of columns couldbe used to define each trader and a plurality of rows could be used todefine filter criteria and filter conditions. Further, it should beunderstood that instead of defining a number of filters for each trader,a system administrator may define a plurality of filters for a group oftraders, such as traders working for a predetermined company. In such anembodiment, a centralized money management module may be placed on agateway or other network entity, and may control and monitor performanceor other predefined parameters associated with a group of traders.Further, such a money management module may dynamically change or modifyfilter conditions or filter criteria for one or more traders in thegroup based on, for example, performance of the entire group of traders.For example, a system administrator may preconfigure a set of rules andfilter criteria/condition that when satisfy may trigger certain changesto be performed to filters being applied by localized (e.g. on clientdevice) money management modules. It should be understood that differentembodiments are possible as well.

It should be understood that the above description of the preferredembodiments, alternative embodiments, and specific examples, are givenby way of illustration and should not be viewed as limiting. Further,many changes and modifications within the scope of the presentembodiments may be made without departing from the spirit thereof, andthe present invention includes such changes and modifications.

Further, it will be apparent to those of ordinary skill in the art thatmethods involved in the system and method for money management in anelectronic trading environment may be embodied in a computer programproduct that includes one or more computer readable media. For example,a computer readable medium can include a readable memory device, such asa hard drive device, CD-ROM, a DVD-ROM, or a computer diskette, havingcomputer readable program code segments stored thereon. The computerreadable medium can also include a communications or transmissionmedium, such as, a bus or a communication link, either optical, wired orwireless having program code segments carried thereon as digital oranalog data signals.

Further, the claims should not be read as limited to the described orderor elements unless stated to that effect. Therefore, all embodimentsthat come within the scope and spirit of the following claims andequivalents thereto are claimed as the invention.

1. A method for submitting orders to an electronic exchange for trading,the method comprising: modifying, via an electronic processor, at leastone of a price and a quantity of an order for an exchange-listedtradeable object being submitted to the electronic exchange for tradingaccording to a user-defined condition of a user-defined money managementfilter to generate a modified order having at least one of a modifiedprice and a modified quantity; and sending, via the electronicprocessor, the modified order to the electronic exchange.
 2. The methodof claim 1 further comprising identifying, via the electronic processor,the user-defined money management filter prior to modifying.
 3. Themethod of claim 2 where the user-defined condition is associated withthe user-defined money management filter.
 4. The method of claim 2 wherethe user-defined money management filter is identified based on any of atrader's identifier, an exchange associated with the exchange-listedtradeable object, a predetermined tradeable object, a type of order, aperformance of a trader, an order price, an order price range, aposition for a trader, a net position for a trader, a trend indicator, aformula and combinations thereof.
 5. The method of claim 1 where theuser-defined money management filter comprises a formula.
 6. The methodof claim 5 where the formula is based on any of a quantity for an order,profit and loss level, net position, time of day, last traded price, amoving average, and combinations thereof.
 7. The method of claim 1,where the user-defined condition is identified according to a trendoscillator.
 8. The method of claim 7 where the user-defined conditioncomprises a moving average price trend oscillator.
 9. The method ofclaim 7, further comprising modifying the user-defined conditionaccording to the trend oscillator.
 10. A non-transitory computerreadable medium having instructions stored thereon which when executedby a processor cause the processor to execute acts comprising:modifying, via an electronic processor, at least one of a price and aquantity of an order for an exchange-listed tradeable object beingsubmitted to an electronic exchange for trading according to auser-defined condition of a user-defined money management filter togenerate a modified order having at least one of a modified price and amodified quantity; and sending, via the electronic processor, themodified order to the electronic exchange.
 11. The non-transitorycomputer readable medium of claim 10 where the acts further compriseidentifying, via the electronic processor, the user-defined moneymanagement filter prior to modifying.
 12. The non-transitory computerreadable medium of claim 11 where the user-defined condition isassociated with the user-defined money management filter.
 13. Thenon-transitory computer readable medium of claim 11 where theuser-defined money management filter is identified based on any of atrader's identifier, an exchange associated with the exchange-listedtradeable object, a predetermined tradeable object, a type of order, aperformance of a trader, an order price, an order price range, aposition for a trader, a net position for a trader, a trend indicator, aformula and combinations thereof.
 14. The non-transitory computerreadable medium of claim 10 where the user-defined money managementfilter comprises a formula.
 15. The non-transitory computer readablemedium of claim 14 where the formula is based on any of a quantity foran order, profit and loss level, net position, time of day, last tradedprice, a moving average, and combinations thereof.
 16. Thenon-transitory computer readable medium of claim 10, where theuser-defined condition is identified according to a trend oscillator.17. The non-transitory computer readable medium of claim 16 where theuser-defined condition comprises a moving average price trendoscillator.
 18. The non-transitory computer readable medium of claim 16where the acts further comprise modifying the user-defined conditionaccording to the trend oscillator.
 19. A device for money management andorder submission for tradeable objects, the device comprising: an ordermodifier configured to modify at least one of a price and a quantity ofan order for an exchange-listed tradeable object being submitted to anelectronic exchange for trading according to a user-defined condition ofa user-defined money management filter to generate a modified orderhaving at least one of a modified price and a modified quantity; and anorder router configured to send the modified order to the electronicexchange.
 20. The device of claim 19 where the user-defined moneymanagement filter is identified prior to modifying.
 21. The device ofclaim 20 where the user-defined condition is associated with theuser-defined money management filter.
 22. The device of claim 20 wherethe user-defined money management filter is identified based on any of atrader's identifier, an exchange associated with the exchange-listedtradeable object, a predetermined tradeable object, a type of order, aperformance of a trader, an order price, an order price range, aposition for a trader, a net position for a trader, a trend indicator, aformula and combinations thereof.
 23. The device of claim 19 where theuser-defined money management filter comprises a formula.
 24. The deviceof claim 23 where the formula is based on any of a quantity for anorder, profit and loss level, net position, time of day, last tradedprice, a moving average, and combinations thereof.
 25. The device ofclaim 19 where the user-defined condition is identified according to atrend oscillator.
 26. The device of claim 25 where the user-definedcondition comprises a moving average price trend oscillator.
 27. Thedevice of claim 25 where the user-defined condition is modifiedaccording to the trend oscillator.